Make sure title_bar_with is initialized

With a hidden custom title, we failed to initialize
the title_bar_width variables.

path bar: Request enough natural width to fit all buttons

Otherwise, we are at the mercy of the container giving us
more space than we request, which does not always work.

Updated Hebrew translation

Updated POTFILES.skip

a11y tests: Fix expected output of about.ui

a11y tests: Fix settings that affect a11y output

It would be nicer if we could have the tests specify what environment
their expected output was created in, then we could test multiple
scenarios. For now, just fix the setting to avoid test failures.

Updated POTFILES.skip

Update Chinese simplified translation for ui and properties

quartz: add a default application menu

When running on quartz, it is no longer expected for applications to
provide their own application menu.  Instead, they should simply ensure
that they provide "app.about", "app.preferences" and "app.quit" actions
(which many apps are already doing).

A default menu will be shown that looks like the one presented by all
other Mac OS applications, containing menu items for the above actions,
as well as the typical "Hide app", "Hide Others and "Show All" items and
the "Services" submenu.

If an application does explicitly set an application menu (via
gtk_application_set_app_menu()) then it will be respected, as before.

https://bugzilla.gnome.org/show_bug.cgi?id=720552

extract-strings: support GMenu GtkBuilder markup

Add support for extracting strings from GMenu markup in GtkBuilder
files.

This means that we have to support translatable <attribute/> tags.

Unfortunately, <attribute> is also used by GtkTreeViewColumn and
GtkLabel for other purposes, and those other purposes use a value=''
(XML) attribute, so we must accept (and ignore) that in order not to
have errors.  Nothing will happen in those cases because they do not
also specify translatable='yes', so we ignore them.

https://bugzilla.gnome.org/show_bug.cgi?id=720552

application: new 'insert action group' private api

Add a new private API to GtkApplication akin to
gtk_widget_insert_action_group().

We'll use this to insert a few extra actions at the app level with a
separate namespace for the special items in the Mac OS application menu.

https://bugzilla.gnome.org/show_bug.cgi?id=720552

quartz menu: add a hack for application name

Add a private hack to allow the insertion of the name of the application
into the label of menu items.

If it appears in the label of any menu item, "%s" will be replaced with
the name of the application.

We will use this for the "Hide myapp", "Quit myapp" and "About myapp"
labels typically found on Mac OS programs.

https://bugzilla.gnome.org/show_bug.cgi?id=720552

quartz menu: add special items

Add support for the "Hide app", "Hide Others" and "Show All" special
items and for the "Services" submenu.

https://bugzilla.gnome.org/show_bug.cgi?id=720552

docs/comments: Fix spelling of 'explicitly'

This replaces all occurrences of 'explicitely' with 'explicitly'. Only
code comments and gtk-doc statements are affected.

https://bugzilla.gnome.org/show_bug.cgi?id=722429

GtkMenuTracker: add 'special' items

Allow the possibility for items to be marked with a special attribute and
expose this via GtkTrackerMenuItem.  For internal use only.

We will use this to implement the special 'Hide', 'Hide Others' and 'Show All'
items and the 'Services' submenu in the Mac OS application menu.

https://bugzilla.gnome.org/show_bug.cgi?id=720552

quartz menu: change sensitivity approach

By default, Mac OS scans menus as they are opened, updating the
sensitivity of each item in the menu.

The current code in gtkapplication-menu-quartz disables this behaviour,
preferring to manually control the sensitivity of each item in the menu
(when told by the tracker that it has changed internally).

Change the way that this works to more closely follow the usual Mac OS
regime.

This will allow us to construct a typical "application menu" on Mac OS
containing the items that are typically found there ("Hide", "Hide
Others", "Show All", "Services") and have the OS automatically update
their sensitivity.

https://bugzilla.gnome.org/show_bug.cgi?id=720552

header bar: Make it possible to have no title

Add a custom title had the side-effect of showing the widget.
That is not right, adding children and managing their visibility
should be independent. The headerbar size allocation code also
made the assumption that a custom title is always visible.

With these changes, GtkHeaderBar should be usable in situations
where the centering functionality is not required, and it is
important to freely pack content at both ends, such as in nautilus.

https://bugzilla.gnome.org/show_bug.cgi?id=722340

Update colorchooser.ui test output

These are expected changes from the last few commits.

Update messagedialog.ui test output

These are expected changes from the last few commits.

mount operation: Use headerbar

Make GtkMountOperation use a headerbar for its dialog
when desired.

recent chooser dialog: Use headerbar

Make the recent chooser dialog use a headerbar
when desired.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

file chooser dialog: Use headerbar

Make the file chooser dialog use a headerbar
when desired.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

custom paper dialog: Use headerbar

Make the custom paper dialog use a headerbar when desired.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

page setup dialog: Use headerbar

Make the page setup dialog use a headerbar when desired.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

print dialog: Use headerbar

Make the print dialog use a headerbar when desired.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

app chooser: Use headerbar

Use a GtkHeaderBar in the app chooser dialog when desired.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

color chooser: Use headerbar

Make GtkColorChooserDialog use a headerbar when desired.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

font dialog: Use headerbar

Make the font chooser dialog use a headerbar
when desired.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

about dialog: Use headerbar

Use a GtkHeaderBar for the credits and about buttons.

It makes less sense here than in other places to go back to
the buttons on the bottom, considering we only have a close
button, so we always use a header bar.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

dialog: Show the action area when needed

If we find that widgets are being added to the action area,
we should show it. Also warn in this situation.

Exclude use-header-bar from the defaultvalue test

Make it possible to set use-header-bar from a setting

This commit introduces a private convenience API that derived
dialogs can call in their instance init. This is necessary to
make the setting work as intended in the face of 3rd party
dialogs derived e.g. from GtkFileChooserDialog, which are
created with g_object_new.

Add a setting for dialog headers

This setting will let us keep traditional appearance
of dialogs on platforms where this is expected.
The new setting is called gtk-dialogs-use-header, backed
by the Gtk/DialogsUseHeader xsetting.

demo: Add two buttons to the message dialog

This tests the new. prompt-like layout of message dialogs
better.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

message dialog: Center text

https://bugzilla.gnome.org/show_bug.cgi?id=720059

message dialog: Don't show images

https://bugzilla.gnome.org/show_bug.cgi?id=720059

message dialog: Allow action area to extend to the edge

https://bugzilla.gnome.org/show_bug.cgi?id=720059

message dialog: Don't use headerbar

https://bugzilla.gnome.org/show_bug.cgi?id=720059

dialog: Add style classes

These will be used in subsequent commits to better style
message dialogs.

dialog: Add a headerbar

This change makes it possible for GtkDialog to pack
its action widgets into a header bar, instead of the
traditional action area. This change is controlled
by the use-header-bar construct-only property.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

Update all internal users of alternative button order

We'll keep this code around for now to not regress
on Windows, but avoid deprecation warnings.

dialog: Mark alternate button order as deprecated

This feature was never implemented 100% correct, and
does not apply to action buttons in header bars.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

file chooser: Clean up direct action area interaction

Update all internal users of gtk_dialog_get_action_area

Some of these should be revisited and fixed. For now,
just avoid the deprecation warnings.

dialog: Mark gtk_dialog_get_action_area as deprecated

Direct access to the action area by applications makes it much more
difficult to make changes to GtkDialog. Therefore, deprecate this
function.

demo: Add new button box layouts

This adds a test case for the new expand layout.

https://bugzilla.gnome.org/show_bug.cgi?id=720059

button box: Set linked style for extend

This is needed for proper styling of the new extend-placement
in button boxes.

Add an expand button box type

https://bugzilla.gnome.org/show_bug.cgi?id=720059

window: Allow unsetting custom titlebar

https://bugzilla.gnome.org/show_bug.cgi?id=720059

headerbar: Set a minimum size for the title

https://bugzilla.gnome.org/show_bug.cgi?id=720059

Use gtk_window_close for gtk_dialog_close

We manually synthethized the delete event, but now we have the
corresponding method in GtkWindow

widget: Add deprecation annotations for {get,set}_margin_{left,right}

Fallout from 9921bec63a3e67e2c2e38ca734590909a9f734b5

[l10n] Updated Estonian translation

Updated Spanish translation

Updated POTFILES.skip

Bump version

Always return FALSE from the notebook leave_notify handler

As discussed on IRC with Benjamin, this should not make much
difference in practice, but it is more correct

Readd line removed by mistake in the previous commit

Prelight notebook tab

Set the prelight state when hovering a notebook tab with the mouse.

https://bugzilla.gnome.org/show_bug.cgi?id=711233

Make the action bar reftest reliable

Updates

Update expected output for tree.ui

Now that the utf8 actually appears...

Run accessibility tests in en_US.utf8

Previously, we were just using the C locale, which breaks
some of our fancy utf8 output for checkmarks and so on.

GtkApplicationWindow: give up on handling dispose

Stop trying to deal with "theoretical possibilities".

We can't possibly continue to be a faithful GActionGroup implementation
across dispose because dispose has a side effect of removing everyone's
signal handlers.

The code that we ran after the dispose chainup to do all of the fancy
signal emulation was therefore dead.  The test that aimed to verify this
was buggy itself due to an uninitialised variable, so really, it never
worked at all.

We keep the re-ordering of the chainup from the original commit to avoid having
trouble with GtkActionMuxer and keep the checks in place that will prevent an
outright segfault in the case that someone else tries to use the interface
post-dispose.

https://bugzilla.gnome.org/show_bug.cgi?id=722189

treemodelfilter: Fix typo in API docs

Add some treeview a11y tests

A11y: Fix text functions for table cells

Keep the PangoLayout around, and refresh in update_cache.

https://bugzilla.gnome.org/show_bug.cgi?id=707729

window: add an is-maximized property to GtkWindow

With proper notifications, plus an accessor method for that state. This
allows client to just listen to notify::is-maximized instead of tracking
window-state-event.

https://bugzilla.gnome.org/show_bug.cgi?id=698786

Don't implement popup_menu in GtkWindow

This leads to disastruous results, since each menu is itself
in a GtkWindow, so holding down the menu key leads to a neverending
cascade of menus on top of menus.

https://bugzilla.gnome.org/show_bug.cgi?id=722106

Fix memory leak in GtkTreeViewAccessible

https://bugzilla.gnome.org/show_bug.cgi?id=722030

Add separator before "Always on Top" to the CSD window

https://bugzilla.gnome.org/show_bug.cgi?id=722076

Fix a memory leak

https://bugzilla.gnome.org/show_bug.cgi?id=722029

gdk: Don't leak GValue when xsetting is unknown

https://bugzilla.gnome.org/show_bug.cgi?id=722070

reftests: Add reftest for 0px border fix

https://bugzilla.gnome.org/show_bug.cgi?id=721800

themingengine: Don't draw 0px borders

Theming code gets confused when computing the spacing for 0px wide dots
and then divides by 0. And then cairo complains and stops drawing
anything forever out of spite and then we end up with a single color
screen.

https://bugzilla.gnome.org/show_bug.cgi?id=721800

Updated Spanish translation

build/: Rename a Shared MSVC NMake Makefile

Rename testsrules_msvc.mak to detectenv_msvc.mak and remove some package-
specific stuff from it, to reflect on the nature that this NMake Makefile
is shared.

MSVC Builds: Rework Introspection Build

The current approach of building the introspection files for GTK works, but
is often cumbersome as one needs to set many environmental variables before
launching a solution file, which runs a Windows batch script to generate
the .gir/.typelib files. It was also possible to hand-run the batch script
from the Visual Studio command prompt, but even more environmental
variables need to be set.

This changes the approach to build the introspection files using an NMake
Makefile (but elimating from the Visual Studio Project Files the part to
build the introspection files) to:
-Make it clearer to the person building the introspection files what
 environmental variables are needed, specifically for PKG_CONFIG_PATH and
 MINGWDIR and CFG (formerly CONF). Setting stuff like VSVER, PLAT and BASEDIR
 is no longer required, which was a bit clunky.

-Allows some more easier flexibility on the build of the intropsection files.

Updated Greek translation

Updated Hebrew translation

Update gtk-install.*props

Make sure the needed public headers for GTK master is "installed", and re-
order some items so that it is easier when the headers lists are
automatically acquired from the various Makefile.am's.

build/win32/vs9/Makefile: Fix typo

Add move and resize to the csd window menu

With the previous commit, these operations can be implemented
now.

X11: Support keyboard-initiated move and resize operations

The EWMH defines _NET_WM_MOVERESIZE_SIZE_KEYBOARD and
_NET_WM_MOVERESIZE_MOVE_KEYBOARD for operations that are not
initiated by a button-press event. Allow using these by passing
a button of 0 to gdk_window_begin_move/resize_drag.

Redo csd window-dragging

The window-dragging code had a number of issues: The code was
starting a drag on every button press, never bothering to cancel
them. This leads to the odd hand cursor occurring between the two
clicks to maximize. We relied on GDK's multi-click detection, which
gives us triple-clicks when we really want sequences of double-clicks.
Lastly, we didn't propery restrict double-click handling to the primary
button, so e.g. if you had a window on an empty workspace, double-right
click on the titlebar would maximize it, which is not intended.

This commit solves all three problem by a doing our own double-click
detection, and only starting a drag when the pointer goes out of
'double-click range'. We change the way dragging is implemented for
menubars and toolbars to just letting events bubble up, so they
get the same behaviour as the titlebar. To make this work, we
have to select for pointer motion events in a few more places.

gtk-demo: Use primary-toolbar style in the application example

Adwaita correctly restricts window-dragging to primary toolbars,
Mark our toolbar as primary to test this.

Some struct repacking

Save a few bytes here and there.

Updated Galician translations

Changed obsolete FSF portal addresses to web address
Fixed https://bugzilla.gnome.org/show_bug.cgi?id=721530

gtk3-demo: avoid a resizing problem

Two changes that sneaked in during the GtkApplication port
made it so that the window would not let you shrink it again
after you've made it larger. This also yielded very surprising
results when unmaximizing the window: it would come back to
have a minimum width slightly larger than the screen, making
maximization fail from then on.

Update Chinese simplified translation

gtkwindow: Rename get_decoration_size => get_shadow_width

gtkapplication: add missing annotation for set_accels_for_action

README: Add note about gtk_text_view_add_child_in_window changes

GtkTextView: Fix scrolling of added children

The behaviour of gtk_text_view_add_child_in_window() used to be
quite broken. It scrolled with the window during scrolling, then
jumped to the absolute position when the widget resized. Furthermore,
in 3.10 we broke the first feature, making it always be fixed.

The "proper" way to handle this is to always follow scrolling. This
is what the only user so far (gedit) wants, and if you want some
kind of overlay you should use GtkOverlay instead.

So, this changes the behaviour to something that is internally consistent
and works. I.e. all added widgets scroll with the textview as needed.

https://bugzilla.gnome.org/show_bug.cgi?id=711826

testtextview: Add test for gtk_text_view_add_child_in_window

https://bugzilla.gnome.org/show_bug.cgi?id=711826

[l10n] Updated Italian translation.

x11: Add/Fix '(type *)' g-i annotations

Simplify GtkActionHelper

Now that the last GMenuModel-based user of GtkActionHelper is gone, we
can substantially simplify it.

https://bugzilla.gnome.org/show_bug.cgi?id=721836

Use GtkMenuTracker for Quartz backend.

https://bugzilla.gnome.org/show_bug.cgi?id=710351